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\J» I have ShelH and want to use the logical argument if 
that is suppose to be available with Shells for writing script 
files. Specifically, I want to read a director)' and if a file is 
found 1 want a confirmation message printed to the screen else 
a "not found" message displayed. IVe read the documentation 
for Shells, but I cannot get it to work. 

- TerT> Goode;Fidonet - 

/I •* Teny , how about the following script: 

if -f /dd/cmris/grfdrv 

echo GrfDrv exists in /dd/CMD3 

else 

echo GrfDrv file NOT in /dd/CMDS 

endif 

This is the output from Tim Kientzle's HELP utility: 



Read over page 8 again of your Shells documentation for a 
complete listing of ail of the condition testing supported by 
She 11+ , The command syntax and options are listed below. 
Syntax: if <option> <fi}ename> 
<shell commands> 
else 

<shell commands> 
(if or endif) 
Options: 

-y read one character from stderr, validate for y/n 
(y means true) 

-f file true if file exists and is a file 
-r file true if file exists and is readable 
-w file true if file exists and is writ able 
-e file true if file exists in execution directory 
-d file true if file exists and is a directory 
- Tom Birt;Fidonet ~ 



Programming Properly in 




One of my pet hates with programmes written for 0S9 
(and indeed any computer), is programmes which having 
created a special screen tvpe for nmning in, proceed to quit 
WITHOUT RESTORING the screen that I was running. 

The fault lies squarely with the (lazy) programmer, 
because it is mostly very easy to save the current screen 
settings, and restore them after the programme has finished. 
I guess the place to start is to save the current settings from 
what the techos call the PD.OPTS section. The information 
from the PD.OPTS can be easily saved in a 32 b>1e buffer 
(make sure it is in the main routine of your 
programme). Here is a Basic09 sample:- 

TYPE registerssscc,a,b,<^:byte; :;, y , u : integer 
DIM regs: registers 
DIM getstt,setstt:byte 
DIM opt_buff (32) :byte 



getstt=$8D \ 
setstt-$8E \ 



<* Get Status system call 
<* Set Status system call 



^•* I used build to make a script file called CHD to 
change drive to hard disk... but it docs not work. Here is 
what I entered; 

Build chd 

chd /hd 

chx /hd/cmds 

Where am I going wrong? do I need to add something to 
tell which window? 

— Thomas Mathes — 

more 0<^A continued on page 3 



regs.a=0 \ (* use STDIN all others are automatic 
regs.basO \ (♦ GS_OPT call 

regs.x=ADDR(optjDuff) \ (* address of 32 byte buffer 
RUN sy seal 1 (gets tt, regs) \ (* do the job 

That piece of code is broken up into the DlMension 
statements, including the TYPE complex variable for the CPU 
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registers, setting the various variables to their values (see 
comments), and the actual code for the operation. You only 
need to change the PD.OPTS of ONE of the standard paths, 
all the others merely mirror STDIN, so \vhat you change in 
one, is also changes in all the others. The code to reset the 
PD.OPTS is ver>simple:- 

regs.a-O \ (* STDIN again 
regs.b=0 \ (* SS_OPT call 
regs.x=ADDR(opt_buff) \ (* address of 32 byte buffer 

of previous 
RUN syscall(setstt,regs) \ (* Set Status call this 

time. 

We still need to deal with changes to the screen, like 
screen type, palette colours, and foreground, background, and 
border colours. 

Now, there are (at least) two ways to do this. I have 
used both successfully, so i will show you what I have done. 
The first method assumes plenty of memory, because it 
involves creating a new screen OVER THE TOP OF the 
existing screen. This is a bit more involved for future pieces 
of code as you will see. Here is the code:- (Fm assuming 
previously DIMmed variables for clarity.) 

(* first open a path to a new descriptor 
OPEN #vrpath,"/w" : UPDATE \ (* UPDATE essential here 
RUN gfx2(#wpath,"DWSET" ,7,0,0,80,24,0,1,2) \ (set 
up type 7 graphics screen 

RUN gfx2{#wpath, "SELECT") \ (* make the new screen 

visible 
RUN gfx2(#wpath, "FONT" ,200,1) \ (* select font to use 

Now, that piece of code assumes 1 . that you have the 
descriptor Vw* in memory (from your boot), and 2. that 
you have merged sys/stdfonts (although this can be done 
within the programme). 

One niggly problem with this approach is that ALL print 
statements and gfx2 commands MUST quote the #vvpath, else 
the printing will go to the (invisible) window underneath. To 
rcselect the original window, here's what you do:- 

RUN gfx2(0," SELECT") \ <* select the old screen 

RUN gfx2(#wpath,"DWEND") \ (* kill off the old screen 

OK, so much for the first method. Here's another way:- 

DIM pals (16) :BYTE \ (* Palette reg buffer 

DIM sels(3)BYTE \ (* Fore, background and border regs 

buffer 
DIM sctyp:BYTE \ (* screen type code 1..8 
DIM screen__x: INTEGER 
DIM screen__y : INTEGER 

TYPE registers-cc,a,b,<:^:BYTE; x , y , u : INTEGER 
DIM regs : registers 
DIM getstt,setstt:BYTE 

getstt=$8D 

setstt=$8E 

reg3.a=0 \ <* stdin path 

regs,b=$91 \ (* SS.Palet 

regs. x=ADDR (pals) \ (* address of palette buffer 

RUN syscall(getstt,regs) \ (* do Get Status call 



You now have the palette registers of the old screen. 

regs.a=0 \ (* stdin path 

regs,b=$96 \ (* SS. FBRgs 

regs. x=ADDR(s els) \ (* buffer for colour registers 

RUN syscall(getstt,regs) \ (* do Get Status call 

Now you have the colour registers. 

regs . a=0 \ ( * stdin . . . 

regs.b=$93 \ (* SS.ScTyp 

RUN syscall(getstt,regs) \ (* do Get Status call 

sctyp=regs.a \ {* save screen type returned in A reg 

Now you have the screen type. 

regs.a=0 \ (* stdin. . . 

regs.b=$26 \ (* SS.ScSiz 

RUN syscall(getstt,regs) \ <* do Get Status call 

screen_x=regs . X \ (* X size in x reg 

screen_y=regs.y \ (* Y size in y reg 

Now you have the screen size. This info is probably all 
you need. I know that things like working area can be 
different, but most of the info is saved, though you could 
probably take this to all sorts of depths. Now you can kill 
off the old screen, and restart a new one:- 

RUN gfx2(0,"DWEND") \ (* Kill old screen 

RUN gfx2("DWSET'\7,0,0,80,24,0,l,2) \ (* set up your 

screen 
RUN gfx2(" SELECT") \ (* make it visible 
RUN gfx2( 'FONT' ,200,1) \ (* select a font 

Now you can use the screen to your heart's content, and 
you don't have to worry about a path to the screen. To 
restore, you must reverse the previous procedure, although, 
not in as many steps. 

RUN gf x2 (0 , " DWEND " ) 

regs.a=0 \ (* stdin... 

regs.b=$97 \ (* SS.DFPal 

regs.ie=ADDR{pals) \ <* palette regs 

RUN syscall (setstt,regs) \ (* do Set Status call 

RUN gf x2 ( "DWSET" , sctyp ,0,0, screen^x , screen__y , 

pals(l) ,pals(2) ,pals(3)) 
RUN gfx2(" SELECT") \ (* make it visible 

Now you are back to where you started. If you had a 
need to change things like the screen pause etc., you should 
have also used the routine at the start of this article. One 
point I must stress again, is that you MUST use variables 
declared in the main part of your programme (as in main() 
in C programming) because otherwise your variable contents 
will be lost. 

I hope that this will help programmers (and 
experimenters) to programme more neatly, and perhaps I have 
been able to impart some of my experiences to someone. If 
so, great. Regards, 

— Bob Devries;FidoNET -- 

Australian National 0S9 Usergroup 

Zone 3 OCN Coordinator 
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Continued from page I 

/\m I thought I'd jump in here to explain what I've seen as a 
general misconception among a large number of 0S9 users, 
The fact is, you cannot use a script file (as above) to change 
your current directory settings. What happens is that OS9 
actually starts a new shell for nmning a script, and when it is 
finished, it restores all the old conditions, as they were before 
the script was run. 

A few users came to grief (myself included) when 
changing from Level K where we could, for example use the 
line 'tmode pause' in the startup, when the same line was used 
in level 2, it didn't w^ork! The reason: the startup shell was 
terminated, and a new one started for the TERM shell. 

The other thing wrong with the above idea, is that the 
name of the script file is the same as a file in the CMOS 
directoty (well it would be in mine...) and OS9 checks in the 
execution dir first. If you tiy this for you script file: 

chd /hd 

chx /hd/cmds 

dir 

dir X 

>ou'll find that it does indeed change to the correct directories, 
as the 'dir' commands will show, but when the script 
terminates, the old original directories are back! 

— Bob Dcvries;Fidonet — 
Australian National 0S9 Usergroup 

Zone 3 OCN Coordinator 

^•* How can anyone use a program like dEd when you can't 
even understand what the program is displaying on the 
screen? It just looks like a dump commands display to me. 

/4.* When using DED with a file such as DED 
/DD/CMDS/MONTYPE you can determine the actual offset 
by taking the sector number displayed in the upper left hand 
corner, adding the offset down the left hand column and then 
the offset running across the top. 

EX. scctor=$Ol 

offset down column=$CO 

offset across top==$08 

actual offset=$0 1 C8 

This applies to individual files not necessarily whole disks 
opened with % as in DED fDi)(a\ 

The actual offset in this case is from the first byte on disk and 
not a from a byte in the currently displayed 
file/dircctory/scctor. 

- Dave Gantz:FidoNET « 

-- Data Warehouse, Spokane, 509-325-6787 (1:346/9) - 
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OS-9 Users Group and is protected under United States 
Copyright Laws. No material may be reproduced or copied 
in whole or in part without the expressed written permission 
of Bellingham OS-9 Users Group. 3404 Illinois Lane, 
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Internet. (9040l80@nessiexom.wwu.ed) Unfortunately we 
do not have fimds to reimburse authors of selected articles, 
however a complimentary copy of the OS-9 Newsletter 
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satisfaction that you have the admiration and appreciation of 
all of our readers. 

The Bellingham OS~9 Users Group is a hobb\ist club. 
organized for the purpose of providing information. ser\ices. 
products and events that support the OS-9 operating system 
for 6809/68XXX based computers. Our efforts are not 
intended to earn or generate any profit for the club or any of 
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(^06) 714-5K06- frpp dnvvnlonH/nnloari nrivilodpes nvailahlf 
on Barb e cu e d RiBBS -(206-) 676 5 7 ^ 
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TO SUBSCRIBE 

For 12 monthly issues of the OS^9 Newsletter^ 
please send a US check or money order for SIO 
or S6 for a 6 month subscription. Mail your 
subscription ord^ to: 

OS-9 Newsletter 

3404 Illinois Lane 

BeUingham, WA 98226 

Include your name, address and telephone 
number. You will receive your OS-9 News- 
letter no later than the 10th of each month. 
Canadian orders^ S11.50 for 1 year* or S6.60 
for 6 months. Foreign orders S16 for 1 year, 
or S9 for 6 months. 
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TelecommkjimcMoins 

via local FidoNET BBS's 



The below listing is a recent compilation of Fido Bulletin Boards that are currently 
carding OS-9/CoCo echoes in the Northwest. Most of these boards have recently added 
the Pacific Northwest (PNW) OS-9 echo. Everyday, more than a dozen messages are 
posted in the OS-9 Echo for everyone to read. Private mail service is also available on 
these Bulletin Boards. There arc literally dozens of echoes available besides OS-9 or 
CoCo. There is even an MM I -Tech Echo which is just as active as the standard OS-9 
Echo. Can you imagine reading 10 to 30 messages/day about the latest goings on with the 
MM/1 or TC70 or KIX30 or System IV or 

Need help with a CoCo or OS-9 problem? Leave a message and you will have a bundle of 

messages addressing your problem. Maybe one of them will solve your problem. And it's ail FREE. No long distance fees or 
hourly rates. Select the BBS in your local area and give them a call. 

PACIFIC NORTHWEST Fido OS9/CoCo BBS's 




BBS Name 


Phone No. 


Location 


Fido Address 


CohunfaiaHtsBBS 


(206)425-5804 


Longview/Kelso RiBBS 


1:105/64L0 


Data Warehouse 


{509)325-6787 


Spokane RiBBS 


1:346/9.0 


DoghouseBBS 


(509)325-3169 


Spokane RiBBS 


1:346/21 


The Diamond Mine 


(509)325-5160 


Spokane RiBBS 


1:346/23 


OS-9 Tacoma BBS 


(206)566-S857 


Tacoma RiBBS 


1:138/164.0 


Ultimate Exper*nce 


(206)299-0491 


Anacortes RiBBS 


90:80/3 


KzinBBS 


(604)589-5545 


Vancouver BC RiBBS 


1:153/912 


Pot O* Gold BBS 


(604) 564-8869 


Prince George, BC 


1:359/251 


Top Hat BBS 


(206) 244-9661 


SeatUe [COCO echo] 


1:343/40 


The Right Place 


(206) 581-2775 


Tacoma{TaCOCO echo] 


1:138/131 


Cloud*s_Comer 


(206)377-4290 


Bremertoii[OS9^NW-OS9] 


1:350/30 


Graphics Gum 


(206)423-2357 


Longview RiBBS 


1:105/647 


Inland Empire Archive 


(509)624-679 


Spokane RiBBS 


1:346/10 



Compiled by Chris Johnson;Sysop: OS-9 Tacoma BBS(1:138/164.0) 




Terry 
Laraway's 

CoCo 



''iEtcetera 



Parts 
Hardware 



Hitachi 6309 chip & socket $ 1 2 

Kel Am custom 'V Cables (Call) 

5 1 2K Ram Chips/Kits (Call) 

Phone (206) 692-5374 
41 N.W. Doncee Drive, Bremerton, WA9831() 



OS-9 Calendar 

March 27-28 
Middle America's Fest 

Des Moines, Iowa 

See Special Update Article elsewhere in this issue 



June 25 - 26 
PNW CoCo Fest 

Port Orchard, Washington 
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by Allan 



Allan Morgan (Longview/Kelso CoCo Club) recently 
purchased an FHL Kix30 68K machine and has taken the 
time to record a Journal of his discoveries on his new 
machine. The Kix\30 is the newest of the 68K machines and 
has generated a lot of interest. ' \ . 



My Kix\30 motherboard arrived yesterday. Needless to say, 
I'm anxious to get it set up! I placed the order back on 
November 9th. Frank Hogg (FHL) had it ready to ship by 
December 21st. I had him hold off for a week bcca\isc 1 was 
afraid of getting it lost in the last minute Christmas 
shipping rush so he shipped it Dec. 29th. 

Oops!, they shipped it with a 25mhz 68030. Dam, I 
ordered a 16Mhz s>'stcm <grin>. The crystal is for 16Mhz but 
I think the upgrade to 25Mhz will be a snap! I will be getting 
a mini-tower case for it tomorrow. 1 will probably set it up 
with a 1 .44Meg floppy only. I have one of those on the CoCo 
too, so I can do any transfers via the 3 l/2in. drives. I had 
previously picked up a Quantum LPS240 SCSI hard drive. 
The hard drive performance should be outstanding! The 
video-audio-keyboard card will be several more weeks. I will 
have to use the CoCo as a terminal for the time being. . I also 
found a deal on I Meg 60ns simms a while back so there are 8 
of them installed. One interesting note- The DMA chip was 
socketed on the back side (solder side) of the board. Why? 
I'll have to ask about that. I'll keep you all posted as this goes 
along. 

I got my Kix\30 up and running last Saturday night (1-9- 
93). Everything went quite well except for some struggles 
with the address jmnpers on the new floppy drive and a mis- 
wired serial cable I made. Of course, it's Steve Hammond's 
fault. He held the connector upside down while I soldered it! 

Since the video-audio-kcyboard is not here yet, I have 
been using my CoCo as the system terminal (on the /term 
port). We made up a null modem cable for that and it mns at 
9600 with very few problems. 

After booting the Kix off of Frank Hogg's floppy, we 
formatted the hard drive and then Dsave'd OS9 to the hard 

disk. I pressed the reset button and it worked first try. The 

hard drive is real fast compared to the CoCo, and even quite 
fast compared to the IDE drive on my 486/33 at work. 

I have been downloading all of the OSK stuff I can find 
on Delphi and am working now on getting the TOPS software. 
Since the CoCo is now connected to the Kix on a null-modem 
cable, my modem is connected to /tl on the Kix. I have a 
simple terminal program, Sterm, running quite well now on 
the Kix\3(). 

That's a lot of software at work: The modem is on /tl of 
the Kix, Sterm is running in the Kix. the output of Sterm is 
to /term, but /term is actually /t2 on the CoCo which is 
mnning Osterm in (sort of ) Ansi mode. It all works quite 
well, though. File downloads use RZ in the OSK machine, so 



Morgan 

the data ends up on the right hard drive. 

I have been starting to use the OSK compiler. At first. 1 
just typed '*cc <sourcefile.c>" but later, I discovered the -K==2 
switch. This tells the compiler that you have a 68020 or 
better. The resulting output is quite a bit faster. I found a 
switch in dmode to set up my floppy for high-density mode 
today. That's nice! The transfer speed is nearly twice as fast 
and now each disk holds 1.47Megs. 

1/16/93: I downloaded two programs for testing and 
tuning: DIvy stone. c and ddtest. Dhry stone. c is the source 
code for that well-known meaningless performance measurer. 
Ddtest was written by Mark Griffith (on Delphi, usually). I 
used ddtest to help me configure the floppy drive descriptors. 
In 3.5 inch high-density mode, with an interleave of 2, ddtest 
reports 17.98Kbytes/sec for write and 14.41Kb>tes/sec for 
reads. Oh, verify was off. Ddtest reports 1942.86Kb>1es/sec 
reading from the hard drive but only 193.46Kb\tes/sec writing 
toil. 

The Dhrystone benchmark was educational for mc. I am 
not a wizard yet when it comes to C. but it compiled first tr\ 
just by typing "cc dhrystone.c" When run, it reported 2272 
Dhrystones/second. There is a "switch" for the C compiler to 
cause it to compile for the 68020. I re-compiled dhrystone.c 
and ran it again. This time, it reported 3125 dhry stones/sec. 
My machine is a 16Mhz 68030. For comparison, I transferred 
Dhrystone to my son's 386-SX/16. The same source code 
ran through Turbo-C without a hitch. Sadly, he obtained 
3850 Dhr\stones/sec. I suspect that a 386DX would produce 
about the same results for this test as there are no affordable 
32-bit compilers under MS-DOS an>way. It appears that the 
68030, under OSK at least, is about clock-for-clock the same 
performance as a 80386 under Desqview-X, as both machines 
reported 3125. The 3850 reading was under single- 
tasking MS-DOS. Oh, yes... the CoCo runs about 221 
Dhrystones/scc. 

So far I have accumulated about 12 Megs of OSK stufl'. 
I found another disk transfer testing utility like the ddtest 
program mentioned above. This one is called disktest which 
appears to work a lot like Megaread. It reports 4.6 
Megab\tes/sec read and 325 Kbytes/sec write. Now what do I 
do, average the results? <grin>. That's for a 7 Megabyte size 
file, which is certainly larger than any cache. 

1 have quit using the CoCo as a terminal I had an old 
"boat-anchor" VTIOO terminal in the shop and it performs 
quite a bit better. OSK Rogue runs perfectly on it! 
The terminal is a lot faster and smoother than the CoCo. 

1/25/93: I had yet to receive the OSK manuals. I had 
been learning my way around by typing each command with - 
? and giving each thing a test, I was quite proud when I 
figured out the C compiler that way. I now have the official 
Microwarc manuals which arc quite nice. 
— Allen Morgan ~ 
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SYMBOLISM IN C 



by Randy Kirschenmann 



The C programming language is seen to be a ver}^ 
versatile medium for creating a wide range of program 
tvpes. From the most simple of applications, to complete 
operating systems, this language provides the 
sophistication and efficiency needed to accomplish both 
the low level accessability as well as the high level 
fimctionality which makes C so attractive to 
programmers. This versatility is accomplished by a very 
small set of keywords and symbols. The list of keywords 
can be learned in a couple of hours of study, but to fully 
understand the intricacies of C's symbolism will take 
much longer. 

There are several aspects of the C language which 
may make it difficult. The difficulties in learning the C 
language's use of symbols come from the double meanings 
that many of them have. For example, the & can be used 
in three different ways. When preceeding a variable data 
name, as in &data, it represents the main storage address 
of the data item. When used as a binary operator, placed 
between two data items of t>pe int or char, as in datal & 
data2, it becomes the bitwise AND operator. Finally, 
coded as && it represents the logical AND operator and 
is placed between two expresions, as in (expresionl) && 
(expression2)... Nearly all of the special characters used 
in C have double meanings. For novices of the language, 
reading C code must be done with care to get the true 
meaning of the seemingly ambiguous notation. Where the 
special characters are placed in relationship to other 
elements of the statement must be taken into account. 

Another aspect of the C language which must be 
mastered in order to fully understand the programs one 
reads, is the rules of precedence and associativity which 
govern the evaluation of complex expressions. A 
seemingly simple expression may take on a completely 
different meaning than what is expected if the order in 
which the elements of the expression are evaluated is 
something other that what you expect. I imagine we've all 
seen the example of the statement: 2 + 3*4; yeilding a 
result of 14 instead of 20. This is true in C as it is in 
other programming languages that place a higher 
precedence to the multiplicative operator (*) than to the 
additive operator (+). However, this isn't the end of it in 
C. All of the special characters have their place in a 
hierarchy of precedence which must be studied with care. 
Not only their precedence, but also the direction of 
evaluation can be difiFerent. While most of the special 
characters are evaluated in a normal left to right 



progression within the C statement, a few of them arc 
evaluated from right to left. This allows one to code: a = 
b = c = 0; to assign the three data variables a, b and c the 
value of all at once, because the assignment operator (==) 
is evaluated from right to left. And don't mix assignment 
with equality (==). I've done this myself many times. It 
can be very frustrating to search through a program which 
isn't functioning the way you expect looking for this 
mistake. 

Another source of difficulty^ in reading C code is 
found in the style of most C programmers. The C 
language allows a programmer to combine several 
statements into one complex expression which the 
compiler quite comfortably evaluates for him. This 
allows the efficiency of code that we all prefer. It does, 
unfortunately, make for difficult reading at times. For 
example the block of code: 

for(;;) { 

c = getcharO ; 
if (c == EOF) 

break ; 
if(c = An') 

break ; 
printjf ("%c" , c) ; 
} 

will display a line of text to the terminal. It is quite 
straight forward and easy to read, but most C 
programmers will code this as: 

while{((c = getcharO) != EOF) && (c f = '\n))) 
printf ( '%c'* , c) ; 

For as simple an e?cample as this, the second form is as 
easily deciphered as is the first, but you can imagine how 
criptic more complex expressions can become. 

In general I find C to be a very natural programming 
language, but be forewarned that it has its problems. For 
the novices (and the experts, too) care should be taken 
when reading C code to avoid the traps that await us. Its 
easy to misread a complex expression and often I find 
myself going over a block of code several times before I 
suddenly say "aha... that's what I've missed". So when 
learning C as a new language take your time with it and 
get the full meaning of its symbolism. 

-- Randy Kirschenmann - 
Mt. Rainier Coco Club 
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$400 worth of software for $34 



Dave Meyers, President of CoCoPRO is 
under Financial stress and as a result is 
making an unbelievable offer to the 
CoCo Community : 

If you purchase at least $30 of 
software from the list below before 
February 28, 1993, you will be given 
license to obtain and freely use all of 
the products listed below. 

The catch? Well there is a condition. 
Dave sent out flyers to all of their present 
and past customers and if 33% of the 
mailings return a favorable response, 
then CoCoPRO will make all of the 
below listed software available for 
download via password access to Jim*s 
CoCo Corner BBS at (313) 292-4713, or 
via E-Mail to your Delphi account. If 
40% respond, then the packages will be 
made freely available on major BBS' for 
download by ALL ! ! ! ! ! For those 
who do not own modems or those who 
would prefer not to incur the 
downloading time and expense, copies of 
the program packages via mail for a 
duplicating charge of $l/disk, plus 
$3/order for shipping & handling will 
also be made available. 

You've got to admit, this is one great 
way to demonstrate your support for 
those who support you in the CoCo 
Community and come out a winner at 
the same time. 

I have viewed and operated most of the 
software listed below and can vouch for 
the professional quality of all of the 
software. My favorites are Data 
Windows with Data Merger (SUPER 
COOL DATABASE), Simply Better 
Word Processor for RSDOS, LV2 Tools 
Utilities for OS-9, V-Term Terminal 
Program, Zapper Disk Editor program. 
MultiMenu which is a user customized 
replacement for MultiVue, and finally 
(my special favorite) Pre^o Partner 
appointment calendar and telephone 
dialing rolodex database. 



Purchase $30 of software from this list 
before Februar> 28, 1993 and get the 
rest for FREE! 

Data Windows (OS-9) $39.95 
Data Merger (OS-9) S12.95 
Newspaper09 (OS-9) S34.95 
NewsFONTS09 (OS-9) S9.95 
Simply Better (CC3) S24.95 
V-Term (CC3,modem) $24.95 
CoCoPRO Solitaire (OS-9) $9,95 
Zapper (OS-9) $14.95 
LV 2 Tools (OS-9) $19.95 
Presto Partner (OS-9) $19.95 
Tools 2 (OS-9) $24.95 
MultiMenuOS-9,Mvue)$14.95 
OS9 Lev 2 BBS (OS-9) $19,95 
Disk Mgr.Tree (OS-9) $18.95 

CoCoPRO also has a large inventory of 
CoCo/OS9 hardware and software 
products. Give Dave Meyers a call, 
he'll probably have what you want. 
AND take ad\^aiitage of this special 
deal and we all will be winners. 

CoCoPRO, PC Box 763, Ypsilanti, 
MI 48197 (313) 482-8128 
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! Middle America Fest ! 
March 27-28th 1993 

Presented by: "Mid Iowa & Countr>* CoCo" 

Saturda\ VIP Breakfast 8:30 AM RSVP 7 days 
Carl BolL/ VHGlciiside & Terry- Simons/ i\U&CC 
Saturday Show March 27, 10:00 .AM to 6:00 PM 
Saturday Social: in our lounge area 7:30 PM 
Sunday Show March 28, 10:00 .\M to 3:00 PM 

The Place: The Travel Lodge Inn. 

Easy highway access at 1-35 & 80 

interchange, Exit #124 

(University) 3 blks East. 

With a "limited number" of rooms 

reserved at Fest rates. 
$35.00 per room, up to 4 occupants 

1-800-255-3050 
Airport shuttle provided (rooms only) 

Our national reach out and central 
location should assure full attendance 
with an attractive and fun filled Fest! 

Come and visit at: The Travel Lodge Inn 
with attractively displayed booths and 
plenty of walking and talking room. 

Speakers, start w ith the well known 

James Jones of 

Microware. OS-9 User Group Founding 

Prcs, Boisy Pitre, and 

Terry Simons, RSDOS. 

PLUS others will fill an attractive 

seminar schedule. Join our evening 

informal round table chit-chat gathering, 

and meet other users With both heav\^ 

emphasis for the OS-9 enthusiast: and a 

good representation of RSDOS. This 

promises to be a well rounded Fest! A 

Color Computer Fest you don't want to 

miss! 

Tickets: Til Mar 1 At door 
One day $10.00 $12.00 
Two day $12.00 $15.00 
VIP Breakfast optional $7.00 

Check or MO. 
Booth prices on request 

Mail to: Middle America Fest 

Terry Simmons/ Treasurer 
1328 48th St. 
DesMoins. lA 50311 
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CORRECTIONS: 




Bemie's Bit^Biicket (Feb/92) 


3/92 


Corrections to PDS Database 


5/92 




8/92 



by Pat Pleuard in June '92 

HARDWARE: 

1.2 & 1.4 High Density Floppies 4/92 

Modifying the old 12volt controller 
by Robert Brose H 
1,2 & 1.4 Meg Floppies 1/92 

by Mark Johnson 
6551 Hardware Hack 7/92 

Modifying the Disto 4 and 1 
by Terry Trapp 
Better "HACK" to fix IRQ bug 1 1/92 

Solder diode on CoCo motherboard 
by Eddy Cardone 
CoCo Lan Networking 1 1/92 

Network CoCo's all over the place 
by Ed C;Deiphi 



CoCo Keyboard Extension 2^92 

by Rodger A lexander 
CoCo to IBM Interface 5/92 

Build a Hard Drive interface ckt board 
by Pat Pleuard 
Connecting a PC Power Supply 3/92 

Wiring diagrams and instructions 
by Rodger Alexander 
Disk Cent roUe r: 3 /92 

28 to 24 pin EPROM conversion 
hy Jeff Brtttan 
Four Dbl Sided Drives on a CoCo 5/92 

Physical modifications to any controller. 
Includes disk descriptor software 
hy Boh DeVries 
"Hack" a 2nd port to RS-232 Pak 8/92 

by Bob Brose 
Installing the 6309 6/92 

Piggyback the 6309 on top of 6809 
Anonymous 
Modifying 3-l/2in. Drives 5 92 

Installing jumpers for D2 and D3 
hy John Schliep 

MISCELLANEOUS: 

6309 "ASM" BUG Alert 8/92 

Bug in vers. I.O of B&B's XSM assembler 
included on the "6309 Book" disk 
by Chris Burke 
6309 Bench Testing 8/92 

Comparative read outs: 68U9 vs. 6309 
by Boisy Pitre 
6309 CR/\SH 7/92 

Quick solution to possible problems with 
B&B's Booster patches 
by Wes Gale 
Another OSK Machine? 9/92 

Announcement of FHL's Kix30 
hy Frank Hogg 
Attn: OS9 Underground subscribers 1 1 92 
Bemie's BitBucket: 2/92 

Callmemo'. Basic09 program to create 
decorative recycled memo tbrms 
Blackllawk Enterprises 

Announcement of support services 
by David Graham 
*C* The Language of choice 

Why 'C is so attrative to programmers 
by Randy Kirschenmann 
Carl Kreider*s comments on new AR*s 9/92 
Which version of AR is legal 
hy Carl Kreider 
CoCo Trivia Contest 
Request for submissions 
by Donald Zimmerman 
Disk Drive Jumper Settings 
Disto's "No Halt" ControUer 
Testing cache RAM for failure 
by Gene Krenciglowa 
(;etting the OS-9 Attitude 

The logic behind OS9 complexities 
hy Jim LaLone 
GIMIX: 80 pounds of OS9p«>wer 
System and software description with 
scanned pictures of computer 
by Rodger Alexander 
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5/92 



1/92 
12/92 



10/92 



12/92 
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3/92 



9/92 
1292 



Hareware Hackers Project proposal 12/92 

Make IDE Interface. Pin outs of IDE drive 
included in article. 

by Rodger Alexander 
II6309 

Technical description of new cpu 
by Hirotsugu Kakugawa 
HELP put together a complete OS-9 
Patch Upgrade 

by Donald/on Delphi 
Incorporating Port O'CoCo/CoCoFest 
IRQ "Hack" Revisted 

The software solution. New clock mod- 
ules solve tlie IRQ problem, 
by Rodger A lexander 
l^t's Hear if for OCN 9 92 

OS-9 Community Network 
hy John Wight 
New Products for OS-9 1 2 92 

OS-9 Invoice/Inventorv by FARNA 
RASCAN video digitizer 
LOCATE by Sinus 

E.N.C.9 two entry database by Canaware 
CoNect Products 
PoCo Laptop CoCo-3 
OSK: How many platforms? 

Tlie future of OSK for programmers 
by Michael Kearney 
OSK on ATARI? 

England release of OS9 for Atari 

by Ear re II Kenimer 

Professional OSK for under S200 

OSK for AtariST or MegaST 

by Farrell Kenimer 

Public Domain Library (1 pdate) 

Added and updated files since 8/92 
Public Domain Library (Update) 

Added and updated files since 1 1/92 
Tips from Terry 

Use MB8877 to upgrade old controlers 
Use CMOS 4066 to replace relay switch 
by Terr)' Laraway 
Tower Fcst-2 

Report on hardware hacking session 
held in Seattle, installing CoCo-3's into 
PC Cases. Sponsored by Seattle 68xxx 
by Rodger Alexander 
Power Boost 6309 by Burke & Burke 
New product report 

by Rodger A lexander 
You can be a Video Star 

Request for video tape submission to be 
used at the PNW CoCo Fest II 

by D.Zimmerman & R.A lexander 



11/92 



9/92 



10 92 



11 92 



12/92 



2/92 



2/92 



5/92 



5/92 



PATCHES: 

DeskMate-3: 

ModPatch file and Basic09 Procedures 

hy Dan Robbms 
32\iH2 Crystal Clock Patch 

by Gene Krenciglowa 
B & B PowerBoost Patches 
Corrective patches to the Booster 
by C. West & Carmen Izzi Jr. 

QUESTIONS & ANSWERS 

NO ARTICLES FOR '92 



1/92 

7/92 
8/92 
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REVIEWS: 

63H()*>E FowerRrtost 6 92 

How to install B&B PowerBoost 
by Rodger A lexander 
C;iiicago Fes J 6 '92 

hy Colin McKay 
OisliCopy2.1 1/92 

by Darren Kindberg 
Mugiizine Index System 6/92 

Magazine database by van der Poel 
by Rodger A lexander 
NitrOS9 11/92 

Patches modules for 6309 native mode 
hyAlonDeKok 
Power Boost 6309 by Burke & Burke 6/92 

by Kiarty Goodman 
PiWVCoCoFestll 6 92 

What went on at this years PNW Fest 
by Rodger A lexander 
Previews: 9 92 

GULL graphics interface Iibrar>^ 
C(^Stacks point and click environment 
The 6309 Book 7/92 

from Buiite & Burke. Book and Disk 
by T.Larrawy & RAlexander 

SOFTWARE: 

Ca«_Memo 2 92 

Basic09 Procedure to create phone 

memo forms (Bemie's BitBucket) 
DeskMate-3 1/92 

Addfeed Procedure 
Setbit.C 8/92 

by Rick Adams 

TUTORIAL: 

Basic09 Part-4 1 92 

Building database Deljiec Procedure and 
Editjfiec procedure 

by RAlexander & S.Honaker 
Basic09 Part-5 2/92 

Bu\\dm%Jtimp_search Procedure 
by RAlexander & S.Hortaker 
Brtsic09 Part-5 3/92 

Building database Sort Procedure 
by RAlexander & S.Honaker 
Basic09 Part-7 4/92 

Buliding the Search Procedure 

by RAlexander & S.Honaker 
Basic09 Part-8 5/92 

Updating previous Procedures 

by RAlexander & SMonaker 
Basic09 PDS Database (Part-9) 6/92 

Re-Building the Search Procedure 
Re- Building the Pack Procedure 
by RAlexander & S.Honaker 
Bflsic09: Using the GFX2 (Select) i 2/92 

Using 'Select' to change windows 
by Gene Krenciglowa 
Changing file name (NOT Renaming) 9/92 
Understanding file structure 
by AlSemeluk 
C Tutorial: Chapter 1 3/92 

TRIVAL.C, WRTSOME.C, 
WRITMORE.C 
C Totonai: C1ia|>ter 2 4/92 

ONEINT.C, COMMENTS.C 
GOODFORM.C, UGL^TORM.C 



C Tutorial: Chapter 3 5 92 

I)OWHILi:.C, I'ORLOOP.C, BREAKON.C 

swrrcHc, gotoi-:x.c, tempconv.c 

DUBMCONV.C 
Gettijig StJii-fed nith MuItiVuc 2/92 

Making a Multi-Vue boot disk 
Disk Cnish 
11/92 

WTiy? and what can you do about it 
by D. Can tz, G.Krenciglosva, D.Kelley 
Easy way to make a Boot Disk 1 0/92 

Use macro editor to make config boot list 
by Rick Uland 
File AUocation BITS 8/92 

How OS9 keeps track of used sectors 
by Rodger Alexander 
Hacking OS-9 Security 8/92 

Using Basic09 to change User ID # 
by Rodger A lexander 
How to "Patch" 7/92 

Using patch programs 
by Mark Farretl 
Installing the Development Pak 1/92 

by Zack Sessions 
OS-9 Boot Modules 1 2/92 

Modify Init module so CC3(jo can be 
placed on the disk instead of the boot 
by David Wordell 
OS-9 Concepts 2/92 

How the MultiPak works 
by Kevin Darling 
PC to CoCo Transfer 11/92 

Using Null modem to transfer data 
by R. W. Kemper 
PUT> and PXD Mysteries revealed 4/92 

Insight to OS-9 disk structure 
by Zack Sessions 
"SETBIT'* Update 9/92 

How to modify File Allocation Table to 
reflect file sector bits 

by Rodger A lexander 
Using 'dEd» 12 92 

Modify'ing bits within a disk file 
Anonymous 



Submissions 




HEY! If I can do it you can too 



Great Stuff 



• 



for your OS-9 1 
System 



• We've been in the software* 

• business for over 10 years— and* 

• weVe developed lots of* 
J excellent software over that J 
*t'imA We don*t have room in* 



, time. 



^mmm^mmmmmmi^i^mmt^mmmmm^mif CatalOgUe 

Microware Gossip |p'°?"'^' 

> formatter. 



^..xx.^. ..w ^^... ..«.w .v,v,... ...^ 

* this space to tell you everthing, * 

• but we'd love to send you our* 
listing all of our^ 
Great stuff like our J 
editor, Vprint 



It seems that Microware is getting into^ ^ 

the gaming business for CD-I. Maybeir Index System, 



text* 

Cribbage, Magazine^ 

Ultra Label ir 

they'll put a shame to some of those^ Maker, Vmail, amd more. * 

companies like the one that sounds like* * 

Microware but is a bit softer. j g^ ^^^ ^^,y ^^^ ^^^^ ^^^ ^^^ ^ j 

"" "" • 

• 



jg* please specifiy OS-9 or 68K 



Also the February issue of BYTE 

dedicated to CD-ROMs, and mainly CD-* Bob van der Poel Software* 



I, VIS and MMCD. Both VIS andj 
MMCD use some stupid derivative* 
such as MS-DOS and windows. While* 
CD-I uses the Pirate of OS's, OS-9 * 



PC Box 355 

Porthill, ID 

US 83853 



PO Box 57 



~ DON VAILLANCOURT;FidoNET - 



Wynndel, BC • 

Canada • 

X VOB 2N0 J 

% Phone (604)-866-5772 $ 
•••••••••••••••••••••• 
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Club Activities Report 

BelUngham 0S9 Users Group - Longview/Kelso CoCo Cluh 
ML Rainier CoCo Club - Port O'CoCo Cluh - Seattle 68xxx Mug 



Bellingham OS-9 Users firoup 

Unfortunately, our January meeting was a total bust. Our 
agenda looked good but destiny chose another path. It was 
like a comedy of errors, but not very flmny. 

First item on the agenda was the installation of Dynacalc 
in the GIMIX computer. The hard drive crashed last month 
and only the installation of Dynacalc and the Sculptor 
Database remains to return the system to its pre-crashed state; 
seem simple enough, but first you have to be able to log on to 
the GTMIX and I forgot the super user's password. No 
problem! We booted the computer with the system backup 
floppy and were able to look into the password file to view the 
super user's password and then rebooted the hard drive, gained 
access and began the installation o{ Dynacalc. 

Unfortunately, the documentation for the dynacalc 
installation into an OS-9 system using terminals is 
uninformative, vague and lacking any hint of what we are 
supposed to do. A configuration program was run but some of 
the questions asked were beyond our understanding, such as: 
What is the character representing the first column location, 
row location? The second column location, row location? 
DUH? 

You mean there is an ASCII character that represents a 
location on a screen? Am I missing the pixel or what? (Pun 
intended!) 

Second on our agenda was to complete the printout 
routine in the PDS Database that was started by the Seattle 
68xxxMUG. Did anyone remember to bring their OS-9 
Manual..,. Of course not. Fortunately we have the hard bound 
copy oiBasic09 Tour Guide by Dale Puckett. Surely any help 
we needed about writing and opening files to the printer would 
be included there... .NOT! 

Third on our agenda was the completion of the 6309 
installation to Mike Pleas's CoCo. Mike is also our Basic09 
expert. Unfortunately Mike had a relapse of the flu and pulled 
out of the meeting at the last minute, so his project is tabled 
until next meeting. 

As a diversion, Rodger Alexander demonstrated a new 
graphics software imaging program that displays 3 
dimensional objects on a standard VGA screen without the aid 
of 3-D glasses. However, to view the objects you must look 
"through" the monitor by focusing your eyes beyond the front 
of the monitor screen. Two dots arc displayed at the top of the 
screen for the \iewer to concentrate on and adjust the eyes 
until three dots are seen, then the 3 dimensional objects 
become visible deep within the depths of the monitor. WOW! 
Unfortunately, I was the only one who could see it and have 



been labeled crazy by those who could not. 

February's meeting will feature almost the same agenda as 
this meeting, but hopefully we will have a better success rate. 
^ ~ Rodger Alexander ~ ^ 

Fort CoCo Club 

With each new year comes new surprises. The first 
meeting of the Port O' CoCo Club for 1993 had two. One 
positive, one negative. 

Phyllis Armstrong has been doing our calling before 
each meeting to our list of about 40 people interested in the 
CoCo. There is a usual cross section of "Thanks, I almost 
forgot," "I'll be out of town Monday, but I'll try to make 
it next month," and "Oh, that's a topic I especially like, I'll be 
there." There are even one or two "I've sold my system. 
Please remove me from your list." But with each one of those 
we seem to find one or two new people who drift into the 
group. January's phoning seemed no different than any 
other month. But much to our surprise we had an 
exceptionally strong crowd, 18 people by the time the last one 
arrived. And even at that there were two who called later and 
said they had a bad sector in their cranial memory and forgot 
to attend. 

So we started off with a crowd. Before we got to the ftm 
things we had a couple business matters to discuss. First, our 
$10 to the State needed to be mailed for our corporafion 
registration for 1993. Bud Heick is taking care of that and a 
set of by laws for us to have. He hopes to have those 
completed before spring. 

We also discussed the Computer Fair at the Kitsap Mall 
in Silverdale which took place the weekend before. We 
handled the organization of the event for the second (and last) 
ye^ir. Not only did we handle the clubs, but this time we also 
invited retailers and computer services to have table space. 
For the two latter we charged a nominal fee. For this fee each 
company received free advertising in a mailing into 20,000 
homes before the event, a supply of flyers to pass out to 
customers the week before, and a business card ad along with 
a list of local bulletin boards. Everyone seemed pleased with 
the arrangement and we wound up with about $40 in the 
club's account. Terry Laraway, Tom Brooks, Gene Elliott, 
Buzz Jones and Donald Zimmerman manned the booth for 
the two day event. Thanks for your commitment to the 
cause. 

Upcoming is the Computer Swap Meet on the 30th. We 
will not be directly present anymore at these events because 
the organizers are now charging non-profits for space. The 



♦ OS-9 Newsletter 



11 ♦ 



$50 per event is beyond our means. But \vc will be indirectly 
involved because the Computer Bank Charity has voted to 
pay the fee and be at 7 of the events during 1993. So if 
anyone asks any CoCo questions you can be sure they will be 
handled! 

The biggest surprise was a recent letter from Ed McMann 
himself He wrote us to tell us that we, the Port O' CoCo 
Club, may already be the winner of $10,000,000.00. The 
drawing will be January 29th during the NBC Nightly News. 
Well, you can be damned sure that our form has been mailed 
in. And plans are already in the works for what to do with 
the $ 10 million. One suggestion is to have a fully outfitted 
tower for each person who comes to the February meeting. 
Another suggestion was to hold the February meeting in Fort 
Worth. Wliile another suggested holding a Fest on a cruise 
ship, the USS CoCo, of course! You can be sure we will let 
you know when the money is being delivered! 

Another topic of brief discussion was the establishment of 
some cause or another for the club to take up and underwrite. 
One suggestion was a small grant to a college student, say 
$250 a year. The driving concept behind the suggestion is 
that any group should not only serve itself, but also serve its 
fellows in some way. Since computers naturally work hand in 
hand with education maybe a scholarship of some kind would 
be a good idea to reach out into the community and serve 
those striving to better themselves and the fabric of goodwill 
in our area. Concerns were exy)ressed that we had only $700 
in the account and that our first project is the upcoming 
PNW CoCo Fest III. We should focus on that first. Also 
suggestions were expressed for various projects in different 
parts of the county. We may want to look at making a 
contribution to some project that is bigger than we 
ourselves can handle. The topic reached no conclusion, but 
will be brought up again in the fall. 

The downside of the meeting was our unsuccessful 
attempt to get a phone line into the meeting room. You'd 
think we were caught up in an episode of "McGiver" trying to 
brake into a secret installation! We made some phone calls to 
people who were suppose to be in the know about multiline 
phones. We checked out the system the morning of the 
meeting. We had three men and a boy stringing wires and 
trying all combinations trying to get a simple dial tone. 
Nothing. So we were unable to demo Cloud's Corner, the 
BBS that's been so supportive to the OS-9 echo in our area. 
The next plan of attack is outlined at the end of this article. 

The highlight of the meeting was a brief discussion and 
e.xciting demo of the MJvI/1 by the Gonzales brothers of 
Bremerton. They are the company reps for this area. They 
actuiilly had company flyers to hand out. They also opened 
the case and showed off the guts of the system. As seen on a 
Sony Trinitron Professional Monitor, the graphics were 
stunning! Refer to their ad in this newsletter to request the 
MM/1 flyer and answer any of your questions. The MM/ 1 and 
the brothers will be at many of our future meetings. So we 
should have a continuing report of what is happening with this 



next step in the CoCo family and some mind blowing demos 
as more software comes along. 

During all of this excitement there was a fair amount of 
wheelin' and dealin'. Bob Vail brought a color plotter in that 
he wanted to sell and had it sold before he found a chair to sit 
in. More of the programs the club bought a few months ago 
were sold also. So it was a great evening all the way 
around. 

Februar>*s meeting is the I5th. We will be starting at 7 
p.m. with a brief business meeting and an update on our own 
s>'stem. We hope to have a hard drixe in place by then. Then 
the meeting will move to a nearby home for a pretested and 
secure normal single line phone demo with Cloud's Corner. A 
caravan of cars will make the trip so directions are not needed. 
Just get to the Stock Market Foods location before 8:15 and 
you will be part of the parade to the ACTUAL demo of BBSs! 
As the>' say, the fifth times a charm! 

_^ - Donald Zimmerman - ^_ 
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The January meeting was of special interest to Amateur Radio 
Operators who have computers. Scott Honakcr demonstrated 
telecommunications \ ia HAM Radio or Packet, 

Scott used a laptop PC portable computer for his 
demonstration because we did not have access to a monitor for 
the club's CoCo. Scott also brought along a very small hand 
held, 2 watt 2 meter transceiver plugged into a TCU or 
Terminal CommunicaUons Unit that plugged into the 
computer via the RS-232 port. Since the software is in ROM 
in the TCU it is possible to operate this setup on any computer 
that has a standard RS-232 port. OS-9 works very well for 
this. Of course you need to have an RS-232 Pak plugged in to 
the CoCo, the Bit-Banger port on the back of the CoCo will 
not work. 

Operating the TCU was vcrv' similar to running most 
standard terminal programs. You can send and recei\e 
messages via packet radio repeaters to almost anywhere on the 
continent or even the world for FREE! There are even Packet 
BBS's that you can log on to and download files just like with 
normal Bulletin Boards that you call o\ er the phone. 

The word PACKET refers to how messages are sent o\ cr 
the air waves. Each message is broken down into small units 
of 128 or 256 bytes (I'm not sure of the actual size). These 
small packets of information also include error checking 
protocol so that if the message is not correctly received, the 
same packet is sent again until the receiving end confirms an 
error free reception. 

If you wanted to send a message to your uncle in San 
Francisco, you could call up a local packet BBS and transmit 
your message with an address header indicating the final 
destination. The BBS stores your message and then relays it 
south automatically to another BBS that will do the same until 
your message reaches its destination. WILD! ! 
~ Rodger Alexander - 
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Washineton State BBS List 

COLUMBIA HTS. BBS 

~ Lonview/Kelso — 

RiBBS (FidoNET) 

(206) 425-5804 

DATA WAREHOUSE BBS 

- Spokane - 
RiBBS (FidoNET) 

(509) 325-6787 

BARBEQUED RIBBS 

~ Bellingham ~ 

PC-Board (PC-Net) - CoCo Conference #5 

(206) 676-5787 

OS-9 TACOMA BBS 

— Tacoma ~ 
RiRBS (FidoNET) 

(206) 566-8857 

ULTIMATE EXPERIENCE BBS 

~ Anacortes ~ 

RiRBS (MaxNET) 

(206)299-0491 


r— — — — — — — — — T 

1 = Bellingham OS-9 Users Group ■. 1 

' OS-9 and the Cetffr Computer $5 ■ 

1 Tutorial unA Hardware Hacker's Manual. ■ 
1 /ncludcs 5-1/4 Disk of (360K) of upgrade software 1 

1 Color Computer Video Library $10 I 

1 Fixing the MultiPak IRQ * Installing Floppy Drives . 
1 Installing 512K Memory * Installing B&B Hard Drive | 

1 OS-9 Newsletter $10/yr. | 

12 monthly issues packed with 0S9 Update, Tutorials, 
1 Listings, Classifieds and PNW "Club Activity Reports" 1 

1 Mail your order i^f Bellingham OS-9 Users Group | 
■ 3404 Illinois Lane, Bellingham WA 98226 ■ 

Li^ H^J 
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